home *** CD-ROM | disk | FTP | other *** search
/ SGI Developer Toolbox 6.1 / SGI Developer Toolbox 6.1 - Disc 4.iso / documents / RFC / rfc727.txt < prev    next >
Text File  |  1994-08-01  |  6KB  |  177 lines
  1.  
  2. NWG/RFC# 727                                  MRC 26-APR-77 18:24  40025
  3. Telnet Logout Option
  4.  
  5.  
  6.  
  7. Network Working Group                                       Mark Crispin
  8. Request for Comments 727                                          MIT-AI
  9. NIC 40025                                                  27 April 1977
  10.  
  11.                           TELNET Logout Option
  12.  
  13. 1.  Command name and code.
  14.  
  15.    LOGOUT               18
  16.  
  17. 2.  Command meanings.
  18.  
  19.    IAC WILL LOGOUT
  20.  
  21.       The sender of this command REQUESTS permission to, or confirms
  22.       that it will, forcibly log off the user process at its end.
  23.  
  24.    IAC WON'T LOGOUT
  25.  
  26.       The sender of this command REFUSES to forcibly log off the user
  27.       process at its end.
  28.  
  29.    IAC DO LOGOUT
  30.  
  31.       The sender of this command REQUESTS that the receiver forcibly log
  32.       off the user process at the receiver's end, or confirms that the
  33.       receiver has its permission to do so.
  34.  
  35.    IAC DON'T LOGOUT
  36.  
  37.       The sender of this command DEMANDS that the receiver not forcibly
  38.       log off the user process at the receiver's end.
  39.  
  40. 3.  Default.
  41.  
  42.    WON'T LOGOUT
  43.  
  44.    DON'T LOGOUT
  45.  
  46.    i.e., no forcible logging off of the server's user process.
  47.  
  48. 4.  Motivation for the option.
  49.  
  50.    Often, a runaway user process could be hung in such a state that it
  51.    cannot be interrupted by normal means.  Conversely, the system itself
  52.    could be bottlenecked so that response delays are intolerable.  A
  53.    user (human or otherwise) eventually will time out out of frustration
  54.  
  55.  
  56.  
  57.  
  58.  
  59.                                                                 [page 1]
  60.  
  61. NWG/RFC# 727                                  MRC 26-APR-77 18:24  40025
  62. Telnet Logout Option
  63.  
  64.  
  65.  
  66.    and take the drastic means of closing the connection to free itself
  67.    from the hung process.  In some situations, even the simple operation
  68.    of logging out can take a long time.
  69.  
  70.    Some systems treat a close to mean that it should log out its user
  71.    process under it.  However, many hosts merely "detach" the process so
  72.    that an accidental close due to a user or temporary hardware error
  73.    will not cause all work done on that job to be lost; when the
  74.    connection is re-established, the user may "attach" back to its
  75.    process.  While this protection is often valuable, if the user is
  76.    giving up completely on the host, it can cause this hung job to
  77.    continue to load the system.
  78.  
  79.    This option allows a process to instruct the server that the user
  80.    process at the server's end should be forcibly logged out instead of
  81.    detached.  A secondary usage of this option might be for a server to
  82.    warn of impending auto-logout of its user process due to inactivity.
  83.  
  84. 5.  Description of the option.
  85.  
  86.    When a user decides that it no longer wants its process on the server
  87.    host and decides that it does not want to wait until the host's
  88.    normal log out protocol has been gone through, it sends IAC DO
  89.    LOGOUT.  The receiver of the command may respond with IAC WILL
  90.    LOGOUT, in which case it will then forcibly log off the user process
  91.    at its end.  If it responds with IAC WON'T LOGOUT, then it indicates
  92.    that it has not logged off the user process at its end, and if the
  93.    connection is broken, the process very possibly will be detached.
  94.  
  95.    A truly impatient user that feels that it must break away from the
  96.    server immediately could even send IAC DO LOGOUT and then close. At
  97.    the worst, the server would only ignore the request and detach the
  98.    user process.  A server that implements the LOGOUT option should know
  99.    to log out the user process despite the sudden close and even an
  100.    inability to confirm the LOGOUT request!
  101.  
  102. 6.  A sample implementation of the option.
  103.  
  104.    The server implements the LOGOUT option both for accepting LOGOUT
  105.    requests and for auto-logout warning.
  106.  
  107.    Case 1:
  108.  
  109.       The user connects to the server, and starts interacting with the
  110.       server.  For some reason, the user wishes to terminate interaction
  111.       with the server, and is reluctant to go through the normal log out
  112.       procedure, or perhaps the user is unable to go through the normal
  113.  
  114.  
  115.  
  116.  
  117.  
  118.                                                                 [page 2]
  119.  
  120. NWG/RFC# 727                                  MRC 26-APR-77 18:24  40025
  121. Telnet Logout Option
  122.  
  123.  
  124.  
  125.       log out procedure.  It does not want the process at the server any
  126.       more, so it sends IAC DO LOGOUT.  The server verifies the request
  127.       with IAC WILL LOGOUT, and then forcibly logs off the user process
  128.       (perhaps by using a system call that causes another process to be
  129.       logged out).  It does not have to close the connection unless the
  130.       user closes or it wants to close.  Neither does it wait until the
  131.       user has received its confirmation--it starts the log out
  132.       immediately so if the user has in the mean time closed the
  133.       connection without waiting for confirmation, its logout request
  134.       still is performed.
  135.  
  136.    Case 2:
  137.  
  138.       The user connects to the server, and after logging in, is idle for
  139.       a while, long enough to approach the server's autologout time.
  140.       The server shortly before the autologout sends IAC WILL LOGOUT;
  141.       the user sees this and sends IAC DON'T LOGOUT, and continues work
  142.       on the host.  Nothing prevents the server from logging out the
  143.       user process if inactivity continues; this can be used to prevent
  144.       a malicious user from locking up a process on the server host by
  145.       the simple expedient of sending IAC DON'T LOGOUT every time it
  146.       sees IAC WILL LOGOUT but doing nothing else.
  147.  
  148.  
  149.  
  150.  
  151.  
  152.  
  153.  
  154.  
  155.  
  156.  
  157.  
  158.  
  159.  
  160.  
  161.  
  162.  
  163.  
  164.  
  165.  
  166.  
  167.  
  168.  
  169.  
  170.  
  171.  
  172.  
  173.  
  174.  
  175.  
  176.  
  177.                                                                 [page 3]